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5.4INFRAESTRUTURA PARA BILHETAGEM ELETRONICA 



ESPECIFICACAO TECNICA E FUNCIONAL DOS BLOQUEIOS 
ELETRONICOS EMBARCADOS PARA CARTOES INTELIGENTES SEM 
CONTATO E DO SISTEMA GERENCIADOR DA GARAGEM (SGG) 

5.4.1 Introdugao 

A presente especificagao tem por objetivo definir os requisitos funcionais 
basicos e parametros rmnimos de desempenho a serem obedecidos no projeto, 
instalagao e operagao dos equipamentos dos Bloqueios Eletronicos, AVL e 
Sistema de Reconhecimento por leitura biometrica, digital e/ou facial, 
equipamentos de coleta e transmissao de dados a serem instalados nos onibus 
e garagens do Sistema de Transporte Coletivo de Passageiros do Municipio de 
Sao Paulo, visando automatizar o controle da arrecadagao e fornecer dados 
estatistico-operacionais necessarios ao planejamento das linhas. Estes 
equipamentos devem ser homologados pela SPTrans. 




Sistema Leitor de 
Cartoes de Bordo 



Catraca 
Eletromecanica 



Validador 
Eletronico 



Leitor de 
Impressao Digital 



Camera 



Diagrama 1 : Abrangencia das especificacoes deste documento 
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Os subsistemas exibidos no Diagrama 2 serao de responsabilidade das 
empresas operadoras, cabendo a elas a sua aquisigao, operagao e 
manutengao. Os dados coletados e gerados por esses subsistemas deverao 
ser transmitidos para o Sistema Central instalado na SPTrans. 

A finalidade basica da operagao integrada desses subsistemas e a de 
controlar, de forma automatica, a cobranga das tarifas, permitir a liberagao ou 
nao dos bloqueios eletronicos, armazenar e transmitir as informagoes para o 
Sistema Central, durante a operagao comercial dos onibus. 



Como gerenciadora do Sistema de Transporte Municipal, a SPTrans 
supervisionara todo o processo de implantagao dos Bloqueios Eletronicos, 
incluindo inspegoes periodicas, testes de desempenho dos equipamentos, 
cronograma de instalagao das linhas e regulamentagao dos procedimentos 
operacionais a serem adotados pelas empresas operadoras e fornecedores. 

Neste documento denominaremos a empresa operadora do Sistema de 
Transporte Coletivo simplesmente como OPERADORA e a empresa 
fornecedora dos Bloqueios Eletronicos simplesmente como FORNECEDOR. 




SISTEMA DE 
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BLOQUEIO 
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SISTEMA 
GERENCIADOR DA 
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DISTRIBUIQAO 




Diagrama 2: Visao Global do Sistema de Bilhetagem Eletronica 
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5.4.2 Escopo de Fornecimento 

O fornecimento deve incluir os produtos e servigos abaixo relacionados, sendo 
que a contratagao dos mesmos deve ser efetivada em ate 90 dias, e a entrega 
dos equipamentos e servigos, devidamente testados, instalados e em 
funcionamento, deve ser efetivada em ate 180 dias da assinatura do contrato 
da OPERADORA com a SPTrans. 

Os produtos abaixo relacionados deverao ser atualizados tecnologicamente a 
partir do quinto ano de uso, sendo 33% dos equipamentos a cada ano, 
conforme especificagao a ser definida pela 



5.4.2.1 Produtos 



t SPTrans. 



Bloqueio Eletronico (igual ao numero de veiculos da frota mais a 
reserva tecnica - montados, instalados e funcionando): 




Validador Eletronico; 
Catraca Eletromecanica; 
Equipamentos de reconhecimento biometrico de impressao 
digital e facial; 

Dispositivo de Recepgao e Transmissao de Dados; 
Cabos de interligagao do sistema no interior do veiculo; 
Equipamentos de manutengao (aquisigao opcional); 
Materials sobressalentes para manutengao (aquisigao 
opcional); 

Documentagao completa dos sistemas e equipamentos 

(hardware e software), incluindo procedimentos de instalagao, 

montagem, testes em fabrica, testes em campo, manuais, etc.; 

Software aplicativo testado e depurado; 

Modulos de simulagao desenvolvidos para testar o software 

aplicativo; 

Software basico e de suporte para desenvolvimento e 
manutengao. 
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• AVL - detalhado no documento Tecnologia Embarcada (Anexo 
5.3); 

Os equipamentos que compoem o Subsitema AVL devem operar em conjunto 
com o validador eletronico e esta detalhado no Documento 5.3. 

Caso urn dos equipamentos, validador ou AVL, estejam indisponivel para uso, 
ou em condigoes inadequadas de funcionamento, o onibus estara 
impossibilitado de prestar servigos. Desta forma o onibus somente podera 
entrar em operagao em condigoes de pleno funcionamento dos equipamentos 
embarcados. 





• Sistema de Gerenciamento da Garagem - SGG (um por garagem 
- montado, instalado e funcionando): 





• Equipamentos de Processamento e Armazenamento de 
Dados; 

• Concentrador de Dados; 

• Infraestrutura de Hardware e Software de Recepgao e 
Transmissao de Dados compativel com o sistema de 
comunicagao do Validador Eletronico; 

• Paineis de Controle; 

• Console de Operagao / Manutengao; 

• Interface Homem x Maquina (manuseio / operagao do 
conjunto); 

Cabos de interligagao do sistema; 
Equipamentos de manutengao (aquisigao opcional); 
Materials sobressalentes para manutengao (aquisigao 
opcional); 

Documentagao completa dos sistemas e equipamentos 
(hardware e software), incluindo procedimentos de instalagao, 
montagem, testes em fabrica, testes em campo, manuais, etc.; 
Software aplicativo testado e depurado; 
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• Modulos de simulagao desenvolvidos para testar o software 
aplicativo; 

• Software basico e de suporte para desenvolvimento e 
manutengao. 

• Alimentagao com caracteristicas "no break" para os 
equipamentos integrantes do SGG. 

• Gerador de energia eletrica. 

• Sistema Leitor de Cartoes de Bordo (minimo de um por garagem 
- montado, instalado e funcionando) 





• Equipamentos de Processamento e Armazenamento de 
Dados; 

• Impressora; 

• Antena de comunicagao com o cartao de bordo; 

• Cabos de interligagao do sistema; 

• Painel de controle (se necessario); 

• Console de Operagao / Manutengao; 

• Interface Homem x Maquina (implementada no software 
aplicativo); 

Equipamentos de manutengao (aquisigao opcional); 
Materials sobressalentes para manutengao (aquisigao 
opcional); 

Documentagao completa dos sistemas e equipamentos 
(hardware e software), incluindo procedimentos de instalagao, 
montagem, testes em fabrica, testes em campo, manuais, etc.; 

• Software aplicativo testado e depurado; 

• Software basico e de suporte para desenvolvimento e 
manutengao; 

• Alimentagao com caracteristicas "no break". 

• Gerador de energia eletrica. 
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5.4.2.2 Servigos 
• Para Garagens: 




• Apresentagao e entrega do Projeto Funcional e Executivo; 

• Projetos de instalagao e aterramento dos equipamentos que 
compoem o SGG (dispositivos de transmissao, 
concentradores de dados, microcomputadores, etc.); 

• Projetos de caminhamento de cabos de comunicagao e 
alimentagao; 

• Execugao da instalagao, aterramento e montagem dos 
equipamentos completos no SGG; 

• Instalagao da infraestrutura de comunicagao dos dados dos 
validadores eletronicos instalados nos onibus e do sistema 
captura biometrica de impressao e/ou facial ao SGG. 

• Treinamento de operagao, manutengao em hardware e 
software; 

• Execugao e participagao nos testes de fabrica, instalagao, 
aterramento e aceitagao; 

• Integragao dos subsistemas controlados; 
Acompanhamento da operagao assistida, incluindo a 
manutengao dos equipamentos do sistema; 
Eliminagao total das pendencias do sistema. 
As OPERADORAS deverao realizar a contratagao dos 
servigos de comunicagao 3G ou superior com uma unica 
operadora de telefonia movel conforme as especificagoes dos 
equipamentos e diferente da operadora de telefonia movel 
definido no Anexo 5.3 - Tecnologia Embarcada, de forma a 
garantir o contingencimento do servigo de comunicagao. 
A contratagao do FORNECEDOR de equipamentos para a 
atualizagao dos softwares aplicativos, dentre outros o software 
aplicativo do validador, SGG, Sistema de Comunicagao ate o 
Data Center, Sistema de Leitor de Cartao de Bordo. 
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A OPERADORA devera manter contratos de manutengao, 
diretamente com o FORNCEDOR, de todos os componentes 
pertinentes a esta especificagao tecnica. 



5.4.3 Principios de Funcionamento e Componentes dos Subsistemas 

As necessidades funcionais dos subsistemas desta especificagao sao descritas 
nos itens seguintes deste documento: 

5.4.3.1 Bloqueio Eletronico 

Os Bloqueios Eletronicos devem ser instalados em toda frota da garagem, cuja 
fungao basica e verificar se o cartao apresentado pelo passageiro o autoriza a 
viajar. Em caso afirmativo liberar a Catraca Eletromecanica e, em caso 
negativo emitir as sinalizagoes adequadas (visuais e sonoras), registrar o 
evento conforme regras de negocio e manter a catraca travada. 

O Bloqueio Eletronico trabalha a partir de dados lidos no cartao do passageiro 
em fungao dos parametros operacionais existentes na sua memoria. 




O Bloqueio Eletronico e composto dos seguintes elementos funcionais: 
4^ 

• Validador Eletronico 

O validador efetua a leitura e gravagao automatica nos cartoes sem 
contato {Contactless Smart Cards) dos passageiros e processa toda a 
logica de controle existente mencionada anteriormente. O Validador 
Eletronico emite comandos de liberagao ou travamento para a Catraca 
Eletromecanica, autorizando ou nao a passagem. 
O Validador Eletronico armazena em sua memoria interna todas as 
transagoes que realiza com os cartoes dos passageiros e as transmite 
ao SGG quando o onibus e recolhido para a garagem ao final de sua 
operagao comercial. 

Para receber e transmitir dados para o SGG, o Validador Eletronico deve 
possuir urn sistema de comunicagao confiavel, robusto e rapido, que nao 
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apresente problemas quando varios vefculos retornam a garagem ao 
mesmo tempo, apos os horarios de pico de demanda de passageiros. 
O Validador Eletronico, alem de ler dados e decrementar creditos do 
cartao do passageiro, tambem pode registrar informagoes sobre a 
viagem que esta sendo realizada. 

O validador devera possuir a certificagao da Anatel - Agenda Nacional 
de Telecomunicagoes para todos os itens de telecomunicagao. 

• Catraca Eletromecanica 

Catraca Eletromecanica de 3 (tres) ou 4 (quatro) bragos, comandada 
pelo Validador, com dimensoes conforme a Resolugao 01/93 do 
CONMETRO. 

• Equipamento para Transmissao de Dados entre o Validador e 



Instalados nos onibus da frota, devem utilizar tecnologia de radio- 
frequencia no padrao Wifi 802.1 "In. Executam a fungao de transmitir as 
informagoes de atualizagao para os validadores (parametros enviados 
pelo computador central), e enviar os dados coletados pelos validadores 
para o Sistema Gerenciador da Garagem (SGG). 

• Programas Aplicativos 

Software aplicativo de processamento, armazenamento e transmissao 
de todas as informagoes necessarias para a operagao do validador. 
O FORNECEDOR deve, com as informagoes destes documentos, 
projetar urn sistema Bloqueio Eletronico com recursos funcionais e 
capacidade de processamento suficiente para receber posteriormente 
qualquer aplicagao que possa ser definida. 

• Acessorios 

Fonte de alimentagao, cabos e conexoes para ligagao do Validador 
Eletronico a Catraca Eletromecanica e ao Dispositivo de Transmissao de 
Dados. 

• Biometria de Impressao Digital 



SGG 
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Devera existir no validador leitor biometrico de impressao digital a ser 
utilizado na validagao dos cartoes de usuarios com beneffcios, tendo a 
possibilidade de leitura e comparagao com diferentes dedos. 
A SPTrans definira posteriormente urn unico modelo de biometria a ser 
utilizado por todo o sistema de transporte. 

A OPERADORA absorvera todos custos envolvidos para implantagao do 
leitor biometrico de impressao digital nos onibus. 

• Camera 

O validador devera dispor de camera instalada no ambiente interno do 
onibus com as seguintes caractensticas: 




• Qualidade fotografica minima com padrao VGA, resolugao 
640x480; 

• Possibilitar o foco ao usuario com incidencia de forte de luz 
solar, utilizando a fungao BLC (Back Light Compensation) ou 
compensagao de luz de fundo; 

• A lente devera neutralizar o excesso de luz sem escurecer a 
imagem proveniente da parte interna do vefculo; 

• Uso de iluminagao infravermelha integrada ou sensibilidade 
suficiente de forma a garantir a perfeita identificagao visual da 
imagem obtida; 

A camera devera prever urn angulo de abertura suficiente, 
considerando diferengas de altura/posigao do usuario, com 
adequagoes automaticas de foco; 

As imagens fotograficas poderao ser gravadas em dispositivo 
de memoria interna com no rmnimo 1 Gbytes expansivel ate 4 
Gbytes ou externa a camera, durante ate 5 dias, capturando 5 
frames, sendo 2 antes, 1 na apresentagao do cartao e 2 apos; 
A camera devera gerar imagens no formato compactado do 
tipo jpeg vinculando-as ao numero do cartao do usuario; 
A camera podera ser fornecida como dispositivo separado ou 
integrado ao validador. 
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5.4.3.2 AVL (Automatic Vehicle Location) 

Este equipamento esta detalhado no item 5.3 - Sistema de Monitoramento 
deste edital, funcionando de forma integrada ao Validador e como parte 
integrante do Bloqueio Eletronico. 

5.4.3.3 Sistema Gerenciador da Garagem (SGG) 

O Sistema Gerenciador da Garagem deve ser instalado na garagem onde os 
onibus, que operam comercialmente com Bloqueios Eletronicos, sao recolhidos 
diariamente. Sua fungao principal e de servir como ligagao da comunicagao 
entre os Bloqueios Eletronicos instalados nos onibus e o Sistema Central do 
Sistema de Bilhetagem Eletronica instalado nas dependencias da SPTrans. 

O SGG tern a fungao de gerenciar todo movimento operacional da garagem, 
pois nele transitam todas as informagoes relevantes para esta atividade. Por 
isso, deve agregar as aplicagoes necessarias para esse gerenciamento, 
devendo emitir relatorios configuraveis sobre os dados de arrecadagao e 
estatistico-operacionais coletados dos validadores. 

O SGG recebe arquivos de configuracao operacional, diariamente do 
Sistema Central, devidamente certificados pelo SAM. Estes arquivos contem, 
entre outros, os parametros de validador, lista de recarga, lista vermelha de 
cartoes. Alem destes arquivos, recebe tambem, os arquivos contendo as 
atualizagoes do software aplicativo do validador. Esses arquivos devem ser 
retransmitidos para os Bloqueios Eletronicos instalados nos onibus da frota da 
garagem. 

O SGG deve receber, diariamente, todos os arquivos de servigo operacional 
devidamente certificados pelo SAM , os arquivos de reconhecimento biometrico 
digital e os arquivos de fotos, gerados durante a operagao comercial dos 
bloqueios eletronicos instalados nos onibus, nos pontos de parada e nos 
terminals de embarque. Esta recepgao de dados e realizada quando o onibus 
retorna para a garagem no final de seu servigo operacional. Todos estes 
arquivos devem ser enviados para SPTrans. 
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Esses arquivos armazenam as informagoes sobre as viagens realizadas pelos 
passageiros do vefculo, como tambem os registros de meias viagens e 
abertura e fechamento de servigo e as imagens biometricas digitals e faciais. 

O SGG deve enviar diariamente para o Sistema Central da SPTrans, todos dos 
arquivos de servigo operacional, sendo que os dados das transagoes do 
bilhete unico devem ser devidamente certificados pelo SAM, recebidos dos 
veiculos (um a um) da frota da . 

O SGG e funcionalmente conectado ao Sistema Leitor de Cartao de Bordo, de 
forma a poder realizar consistencia entre os dados recebidos dos Validadores e 
os dados recebidos dos cartoes de bordo. 



O SGG deve enviar arquivos para o Sistema Central sobre diagnosticos 
realizados nos equipamentos do Sistema de Bilhetagem Eletronica instalados 
na garagem, bem como os de alarmes emitidos. 

O SGG deve armazenar os dados recebidos dos Bloqueios Eletronicos em um 
banco de dados de arquitetura aberta, para que esses possam ser acessados 
por qualquer Sistema Gerenciador de Banco de Dados existente nas garagens 
e possibilitar a consulta e emissao de relatorios operacionais. 

O SGG sincroniza a data e horario de todos os Bloqueios Eletronicos dos 
onibus da garagem, e deve estar sincronizado com o Sistema Central da 
SPTrans, com precisao de 1 minuto para mais ou para menos. 

Os principals elementos construtivos do SGG sao representados no Diagrama 
3, e descritos nos itens seguintes. 



X 



SISTEMA GERENCIADOR 
DA GARAGEM 



Comunicagao com 




Micro 




Programas 




Comunicagao com 


Bloqueios Eletronicos 




Computador 




Aplicativos 




Sistema Central 



Diagrama 3 Componentes do Sistema Gerenciador da Garagem 
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• Microcomputador 

Instalado nas garagens para armazenamento e processamento dos 
dados coletados dos validadores e emissao de relatorios, com 
configuragao compativel com as aplicagoes a serem processadas, tendo 
no rmnimo: 

• uma unidade central de processamento tipo Pentium DUAL 
CORE com 4 GB de memoria RAM ou superior; 

• urn monitor de video colorido; 

• uma unidade de disco ngido de 500 GB ou superior; 

• teclado alfanumerico; 

• mouse; 

• uma impressora; 

• relogio de tempo real assistido, com atualizagao independente 
do sistema operacional do microcomputador; 

• interface de comunicagao com os receptores / transmissores 
de dados instalados na garagem; 

• modem para transmissao de dados para o computador central 
da SPTrans; 

cabos, conexoes, no-break e gerador de energia eletrica. 



• caD 



< 



Comunicagao com Bloqueios Eletronicos 

Equipamentos utilizados para receber e transmitir os dados entre o 
computador da garagem (SGG) e os validadores instalados nos 
veiculos. Devem utilizar tecnologia de radiofrequencia no padrao Wifi 
802.1 1n. 

• Comunicagao com o Sistema Central 

Equipamentos utilizados para receber e transmitir os dados entre o 
computador da garagem (SGG) e o Sistema Central localizados no Data 
Center disponibilizado pela SPTrans. 

A empresa Operadora de Transporte e responsavel pela entrega dos 
dados gerados pela operacao nos equipamentos especificados ao 
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sistema central da SPTrans englobando o atual software do sistema de 
comunicagao entre a garagem e o Data Center. 

A eventual perda destas informagoes e de inteira responsabilidade da 
Empresa Operadora, cabendo a ela todo o contingenciamento do 
processo de geragao das informagoes. 

O sistema de comunicagao deve permitir a implementagao de qualquer 
tipo de protocolo de comunicagao definido pela SPTrans. A estrutura de 
arquivos trocados entre o Sistema Central e o SGG e variavel e definida 
pela SPTrans. 



• Programas Aplicativos 

Devem ser constituidos pelos seguintes modulos: 




modulo para controle e gerenciamento dos dados 
recepcionados e transmitidos; 

modulo para processamento dos dados coletados nos 
validadores e consulta / emissao de relatorios estatfstico- 
operacionais da garagem; 

modulo para compactagao, assinatura, criptografia e envio dos 
dados para a SPTrans, no formato por ela indicado. 
modulo de diagnostico dos equipamentos do Sistema de 
Bilhetagem Eletronica instalados na garagem, emitindo 
relatorios sobre a condigao de cada equipamento e emitindo 
alarmes quando detectar falha em algum equipamento 
existente. 



5.4.3.4 Sistema Leitor de Cartoes de Bordo 

O cartao de bordo e urn cartao operacional que fica em posse do cobrador do 
onibus com Bloqueio Eletronico instalado. Ele serve para que o cobrador libere 
as passagens pela catraca dos passageiros que nao possuem cartoes 
eletronicos proprios e as gratuidades. O cartao de bordo tambem armazena as 
totalizagoes de passageiros no veiculo por tipo de cartao. 
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O Sistema Leitor de Cartao de Bordo tem a fungao de ler o cartao do cobrador 
na Recebedoria da empresa OPERADORA a fim de viabilizar o acerto de 
contas. 

O sistema deve emitir relatorios configuraveis para que a recebedoria da 
OPERADORA possa realizar com maior agilidade suas atividades, como, por 
exemplo, boletos referentes as transagoes de urn determinado cartao, ou 
emissao de relatorios diarios relativos a utilizagao dos cartoes de bordo (por 
data, por cartao, por linha, por veiculo, por horario de service etc.). 




O sistema deve possuir urn modulo gerenciador para associagao dos 
cobradores aos cartoes de bordo em seu poder. Este modulo associado ao 
leitor automatiza as atividades da recebedoria no momento do acerto de 
contas. 

O sistema deve armazenar os dados recebidos dos cartoes de bordo dos 
cobradores em banco de dados de arquitetura aberta para que possam ser 
acessados por qualquer sistema que exista na garagem. 

O sistema deve estar funcionalmente conectado ao SGG para que haja 
consistencia entre os dados recebidos dos cartoes de bordo e os dados 
recebidos do validador eletronico. 

O movimento diario da prestagao de contas atraves do cartao de bordo deve 
ser enviado para a SPTrans, em urn arquivo devidamente assinado pelo SAM. 

O sistema deve possibilitar a habilitagao de cartoes de bordo para nova 
utilizagao pelos cobradores ou outros agentes operacionais. 

Os principals elementos construtivos do Sistema Leitor de Cartao de Bordo sao 
representados no Diagrama 4, e descritos nos itens seguintes. 
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Diagrama 4 Componentes do Sistema Leitor de Cartoes de Bordo 





• Antena de Comunicacao com os Cartoes de Bordo 

A antena leitora para cartoes com circuito integrado sem contato, 
acoplada ao microcomputador, deve ser compativel com ISO 14443 - 
tipo A/B. 

• Microcomputador 

A configuragao do microcomputador deve ser compativel com as 
aplicagoes a serem processadas, tendo no mmimo: 

• Uma unidade central de processamento tipo Pentium DUAL 
CORE, 2 GB de memoria RAM ou superior; 

• urn monitor de video colorido; 

• uma unidade de disco ngido de 320 GB ou superior; 

• teclado alfanumerico; 

• mouse; 

• interface com a leitora de cartoes; 

• uma impressora; 

• cabos, conexoes e no-break. 



• Programas Aplicativos 

Devem ser constituidos dos seguintes modulos: 
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• modulo de leitura do cartao de bordo: coletar os dados do 
cartao de bordo, organiza-los em uma estrutura de dados 
conhecida e emitir boletos de prestagao de contas; 

• modulo de controle e gerenciamento dos dados: 
processamento dos dados coletados do cartao de bordo e 
consulta / emissao de relatorios de prestagao de contas e 
estatfstico-operacionais na garagem; 

• modulo de comunicagao: compactagao, assinatura, 
criptografia e comunicagao dos dados para a SPTrans, no 
formato por ela indicado. 

5.4.4 Requisitos Tecnicos e Funcionais 




Os elementos do Sistema de Bilhetagem Eletronica relevantes para as 
consideragoes tecnicas descritas neste documento estao apresentados no 
Diagrama 5, e as especificagoes definidas nos itens seguintes estao 
associadas a esta organizagao estrutural. 




ESPECIFICACOES 
SISTEMA DE BILHETAGEM 



BLOQUEIO 
ELETRONICO 



SISTEMA 
GERENCIADOR DE 
GARAGEM 



Validador 
Eletronco 



Catraca 
Eletromecanica 



Leitor de 
Impressao Digital 



Comunicacao 
com Bloqueios 
Eletronicos 



Micro 
Computador 



Comunicacao 
com Sistema 
Central 



Programas 
Aplicativos 



SISTEMA LEITOR 
DE CARTOES DE 
BORDO 



Programas 
Aplicativos 



Micro 
Computador 



Antena de 
Comunicagao 
com Cartao 



Diagrama 5 Componentes do Sistema de Bilhetagem Eletronica 
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5.4.4.1 Requisitos Gerais 

Todos os sistemas desta especificagao devem ser projetados de forma a 
permitir operagao contmua (24 horas por dia) sem qualquer alteragao de suas 
caractensticas. 

Deverao existir autodiagnosticos para detecgao de falhas em qualquer urn dos 
subsistemas especificados, com sinalizagao visual ou emissao de alarmes na 
propria unidade de processamento do subsistema. 

Qualquer defeito em uma das partes do sistema nao deve provocar, em 
nenhuma hipotese, a perda ou alteragao de informagoes do Sistema de 
Bilhetagem Eletronica. 



zado, inicialmente, sem i 



O equipamento validador sera comercializado, inicialmente, sem o dispositivo 
biometrico, sendo que apos analise de campo, dos varios tipos de leitoras 
existentes, sera definido pela SPTrans urn unico equipamento a ser adquirido 
pelas operadoras de onibus, com tempo determinado para que cada empresa 
de validador possa adaptar o seu modelo adquirido. 



O equipamento de leitura de biometria de impressao digital podera ser 
apresentado como dispositivo separado ou integrado ao validador. 



A SPTrans, a qualquer tempo, podera optar por urn unico tipo de leitora 
biometrica, cabendo ao FORNECEDOR adaptar o seu equipamento as novas 
necessidades. 



5.4.4.2 Configuracao 

Alem da redundancia dos equipamentos essenciais a operagao - como 
dispositivos de comunicagao de dados, unidades de armazenamento de dados, 
etc. - a configuragao proposta deve atender requisitos de conectividade e 
modularidade. 

A modularidade deve garantir a evolugao posterior do sistema, seja visando 
aumento de sua capacidade, seja para substituigao de partes obsoletas. 
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Os equipamentos (unidades de processamento e armazenamento, perifericos e 
concentradores de dados, etc.) que fizerem parte da configuragao devem ser 
os modelos mais recentes, devendo ser considerada a nao obsolescencia em 
medio prazo (aproximadamente 5 anos), a confiabilidade e a disponibilidade de 
sobressalentes no mercado. 

Deve-se dar preferencia a equipamentos de arquitetura aberta. 

5.4.4.3 Confiabilidade e Disponibilidade 

O FORNECEDOR deve apresentar uma analise de confiabilidade para o 
sistema e para cada urn dos equipamentos, com valores de MTBF, MCBF, 
disponibilidade, bem como os criterios e metodos adotados para obte-los. 

Os equipamentos que compoe o SGG e o Sistema Leitor de Cartao de Bordo 
devem apresentar uma disponibilidade de 98% de forma que nenhuma falha 
simples acarrete a perda total das fungoes executadas por urn penodo superior 
a 15 minutos, de modo a preservar a continuidade da operagao. 



Cada equipamento que compoe o sistema instalado no SGG e no Sistema 
Leitor de Cartao de Bordo deve ter MTBF minimo de 15.000 horas. Deve ser 
considerada para efeito desses calculos qualquer falha simples. 



As diversas partes que compoem o Bloqueio Eletronico devem atender aos 
seguintes valores de confiabilidade: 



Partes Eletricas e Eletronicas do Validador e da Catraca: devem 
atingir, no minimo, MTBF (Tempo Medio Entre Falhas) de 15.000 
(quinze mil) horas e MCBF (Media de Ciclos Entre Falhas) de 
700.000 (setecentos mil) ciclos para os validadores eletronicos. 
Partes mecanicas e eletromecanicas da catraca: devem atingir, no 
mmimo, MCBF (Media de Ciclos Entre Falhas) de 500.000 
(quinhentos mil) ciclos. 



O MCBF e o MTBF sao calculados pelas expressoes: 



20/63 




SAO PAULO 



PREFEITURA DE 



TRANSPORTES 



CL 



TU 



MCBF = 



MTBF = 



NF 



NF 



Onde: 



CL = soma dos ciclos de utilizagao dos equipamentos (numero de cartoes 
processados); 

TU = soma dos tempos uteis de funcionamento dos equipamentos; 
NF = numero de falhas observadas e confirmadas apos analise. 



5.4.4.4 Validadores Eletronicos 
• Caracteristicas Gerais 




Os Bloqueios Eletronicos a serem instalados nos onibus sao compostos 
de 4 componentes: o Validador Eletronico, Catraca Eletromecanica, 
Equipamentos de Reconhecimento Biometrico Digital e Camera, 
conforme representado no Diagrama 5. 

O Validador Eletronico e o componente responsavel pela leitura / escrita 
de informagoes codificadas nos cartoes com circuito integrado sem 
contato dos usuarios e, por meio de circuitos logicos eletronicos pre- 
programados tomar a decisao de controle compativel com os dados 
processados. 

O resultado de uma operagao entre o cartao do passageiro com direito 
de passagem e o Validador Eletronico sera: uma ordem de 
destravamento da catraca; debito no cartao (operagao de escrita no 
cartao); registro das transagoes na memoria do equipamento; 
apresentagao de mensagem no painel alfanumerico, indicando ao 
usuario as caracteristicas particulares da transagao conforme o tipo de 
cartao utilizado; o acionamento das sinalizagoes luminosas do bloqueio; 
e, emissao sonora de alarmes. 

O Validador Eletronico tambem opera com cartoes operacionais que 
ficam em posse dos operadores dos veiculos (cobrador, fiscal, etc.), 
recebe e transmite informagoes para o SGG, e pode receber e transmitir 
informagoes para outros dispositivos instalados no interior do veiculo 
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(outro Validador, por exemplo) atraves de uma porta de comunicagao 
serial. 

Os arquivos, tanto operacionais como de aplicagao, que sao transmitidos 
para o Validador Eletronico devem conter uma assinatura de certificagao 
efetuada pelo Sistema Central. Esta assinatura de certificagao e 
conferida pelo modulo SAM e, se nao aceita, o arquivo a ser recebido e 
rejeitado e uma mensagem adequada e transmitida ao SGG. 
O validador podera receber solicitagoes de outros dispositivos instalados 
no onibus para armazenamento de dados na memoria do Validador, 
atraves da interface adequada. Estes dados podem ser posteriormente 
transmitidos para o SGG juntamente com os arquivos de servigo. Da 
mesma forma, arquivos armazenados no validador podem ser 
transmitidos para outros dispositivos instalados no onibus. 
O Diagrama 6 apresenta a organizagao funcional dos componentes 
notaveis do Validador. 

• Estados Operacionais dos Validadores 

Os Validadores Eletronicos instalados nos onibus podem apresentar 
diferentes estados operacionais que sao sempre anunciados no painel 
alfanumerico dos mesmos. Sao os estados operacionais possiveis: 

Fechado: este e o estado operacional dos validadores quando 
os veiculos estao estacionados nas garagens. Neste estado, o 
validador pode comunicar-se com o SGG e, assim, receber 
arquivos de configuragao ou enviar arquivos de servigo. Para 
entrar neste estado, o agente operacional deve passar urn cartao 
operacional de "fechamento de servigo" na frente da antena de 
leitura do validador. Ainda nesse estado, o validador nao processa 
os cartoes dos usuarios e a catraca fica travada. 
A carga do software aplicativo devera ser realizada na garagem 
por transmissao remota sem fio no padrao Wifi 802.1 "In e/ou com 
fio no padrao Ethernet 1 0/1 00. 

Aberto: este e o estado operacional que os validadores 
processam os cartoes dos usuarios e os cartoes operacionais dos 
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agentes (cartao de bordo, fechamento de meia viagem, etc.), 
sendo que a catraca permanece sempre travada para passagem 
no sentido oposto (saida). Havera tambem atualizagao de dados 
das listas de recarga embarcada e lista vermelha com servigo 
aberto do validador, utilizando 3G ou superior, ao longo do trajeto 
do veiculo. Essa tecnologia podera ser utilizada, para transmissao 
dos demais dados, por exemplo, fotos armazenadas, desde que 
nao haja prejuizo no tempo de transagao do cartao do usuario. 
Alerta: o validador entra automaticamente neste estado 
quando existe algum problema interno detectado pelo modulo de 
diagnostico do seu processamento interno. Nesta condigao, o 
validador precisa de assistencia tecnica e nao pode processar os 
cartoes dos usuarios. A catraca permanece travada. 
Alguns exemplos de problemas: perda de parametros 
operacionais, memoria cheia, falta de comunicagao com a catraca 
eletromecanica, etc. 

Teste:informa ao validador que a partir daquele instante, todos os 
cartoes estarao operando no modo teste, e, portanto nao serao 
apropriados para remuneragao. 

Uma nova apresentagao deste cartao encerra o estado de teste 
do validador, voltando este a operagao normal. 
Desligado: a catraca deve permanecer travada em ambos os 
sentidos. Quando do restabelecimento de energia, o validador 
deve retornar ao estado operacional em que se encontrava 
anteriormente. 

A SPTrans podera, a seu criterio, definir outros estados 
operacionais que se fagam necessarios. 

Ressalta-se que as sinalizagoes existentes no Validador 
Eletronico - painel alfanumerico e sinalizador visual - devem 
indicar claramente ao usuario ou agente de inspegao o estado 
operacional em que se encontra o bloqueio. 

• Processamento e Memoria 
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O validador devera possuir capacidade de processamento e memoria, 
considerando sistema operacional, aplicagao e armazenamento de 
dados, com capacidade de suportar, no rmnimo: 

• 4 milhoes de registros para recarga embarcada com 
aproximadamente 64 bytes cada registro; 

• 700 mil cartoes na lista vermelha com 20 Bytes cada registro (lista 
de cartoes bloqueados / nao autorizados); 

• 700 mil cartoes em listas diversas com 20 Bytes cada registro; 

• 10 mil registros/dia de utilizagao com aproximadamente 150 bytes 



• Arquivos de parametros de validador, tabelas de linhas, 
totalizando aproximadamente 100 Kbytes; 

As memorias deverao ser alimentadas por bateria interna que garanta a 
seguranga dos dados por, no rmnimo, 5 anos. 

Todas as informagoes referentes ao processamento dos cartoes e falhas 
eventualmente ocorridas no transcorrer da operagao deverao 
permanecer gravadas na memoria do validador, ainda que haja 
interrupgao no fornecimento de energia, ate que sejam coletadas. Os 
dados de utilizagao deverao ser gravados em mais de urn lugar para 
garantir contingenciamento. A capacidade de memoria devera permitir o 
armazenamento dos dados acumulados por urn penodo equivalente a, 
no rmnimo 5 (cinco) dias de operagao, de tal forma que, sempre sejam 
recuperados os dados estatistico-operacionais de cada dia em 
separado. Estes dados deverao permanecer armazenados no validador, 
mesmo apos terem sido coletados pelo SGG. 

O cartao de memoria, tipo SDCard, somente podera ser utilizado para 
armazenamento de dados resultantes do processamento, tais como: 
fotos e dados de utilizagao. Esse tipo de dispositivo nao podera ser 
utilizado no processo de efetivagao da transagao de cartao. 

Memoria Adicional 
Em adicional a necessidade apontada acima, o equipamento devera ter 
capacidade para armazenar 1 (urn) GByte em fotos, com expansao ate 4 



cada; 
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GBytes, podendo ser guardadas em cartoes de memoria ou dispositivos 
exclusivos nas cameras. A capacidade de memoria devera permitir o 
armazenamento dos dados acumulados por urn penodo equivalente a, 
no rmnimo 5 (cinco) dias de operagao, de tal forma que sempre sejam 
recuperados os dados de cada dia em separado. Estes dados deverao 
permanecer armazenados no validador, mesmo apos terem sido 
coletados pelo SGG. 

• Comunicagao do Validador 

O validador devera possuir comunicagao de dados de modo a 
possibilitar: 



envio/recebimento de dados para dispositivo de transmissao 
remota sem fio, nas garagens de onibus, com tecnologia baseada 
em radiofrequencia, no padrao Wifi 802.1 1 n; 
Atualizagao de dados de lista vermelha com servigo aberto do 
validador, utilizando 3G ou superior, ao longo do trajeto do 
vefculo. Essa tecnologia podera ser utilizada, para transmissao 
dos demais dados, por exemplo, fotos armazenadas, desde que 
nao haja prejmzo no tempo de transagao do cartao do usuario; 
A carga na garagem do software aplicativo para todos os 
dispositivos devera ser realizada por transmissao remota sem fio 
no padrao Wifi 802.1 1 n e/ou com fio no padrao Ethernet 1 0/1 00; 
O validador devera ser compativel com a comunicagao NFC; 

A rede de comunicagao suportada pelo validador devera garantir total 
integridade, autenticidade e confiabilidade dos dados transmitidos, de 
modo que usuarios externos a garagem nao consigam acesso. 

• Interfaces de Comunicagao do Validador 

O validador devera possuir interfaces de comunicagao para: 

• 1 (uma) porta livre serial RS 232; 

• 1 (uma) porta serial RS 232 para comunicagao com o leitor 
biometrico a ser definido pela SPTrans; 

• 1 (uma) porta livre serial RS 485; 
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2(duas) portas livres USB 2.0 ou superior; 
1 (uma) porta livre Ethernet 10/100; 

4 (quatro) slots para SAMCard no padrao ID000, conforme ISO 
7816; 

2(dois) slots para modulos SAM PIC , padrao PLCC44, codigo 
PIC17C44. 

1 (urn) slot para SIMCard no padrao ID000, conforme ISO 7816; 
1 (uma) interface de comunicagao para liberagao da catraca 
eletro-mecanica. 



As interfaces externas deverao ser protegidas contra acessos fisicos 
indevidos. 

A porta RS485 mencionada acima sera utilizada como interface de 
comunicagao com o equipamento AVL objeto de fornecimento aparte. 
O validador e o AVL serao integrados por software atraves de protocolos 
a serem definidos posteriormente. 

• Modulo de Seguranga de Operacdes - SAM 

A interface de comunicagao do validador devera suportar slots para 
Modulos de Seguranga (SAM - Security Access Module) que permitam a 
gravagao das chaves secretas de acesso ao cartao, de forma inviolavel. 
Estas chaves, utilizadas no procedimento de autenticagao mutua entre o 
cartao e a leitora, sao transmitidas via radiofrequencia, de forma 
criptografada, possibilitando as operagoes de leitura / gravagao nos 
cartoes. A interface devera possuir ainda, as seguintes caractensticas: 

• Permitir facil acesso ao modulo de seguranga, possibilitando 
rapidez na sua instalagao ou remogao em campo, sem 
necessidade de desmontar ou desconectar cabos e modulos 
eletronicos; 

• Nao permitir a operagao do validador sem o modulo de seguranga 
inserido no local apropriado; 

• As comunicagoes entre o modulo de seguranga (SAM) e o 
restante da interface devem ser criptografadas, nao permitindo a 
sua interpretagao; 
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• Nao enviar ou receber da CPU do validador as informagoes de 
seguranga como senhas de acesso, algoritmos de calculo ou 
quaisquer outras que possam comprometer a seguranga do 
sistema; 

• Possuir protegao fisica inviolavel que impega a conexao de 
equipamentos eletronicos ou outros que possam violar a 
integridade do sistema; 

• Qualquer tipo de violagao do modulo de seguranga deve ser 
visivel e provocar urn dano permanente, impossibilitando o seu 
funcionamento. 

Os slots para os modulos SAM deverao permitir a instalagao de 2 (dois) 
modulos PLC44, codigo PIC17C44, e 4 modulos tipo ID000 padrao ISO 
7816. 

Os modulos de SAM deverao funcionar simultaneamente, com 
possibilidade de existencia, em urn mesmo momento de operagao, de 
leitura, validagao e comunicagao com todos os chips / slots 
especificados, em ordem preestabelecida. 

O sistema de seguranga deve permitir a mudanga de modulo SAM sem 
a troca subita dos cartoes certificados que estiverem circulando em 
poder dos usuarios. 

O modulo SAM e gravado com o software de seguranga e sera fornecido 



pela SPTrans. 

_ I nl/M-f AAA «Ia 



Interface de Comunicagao da Catraca Eletro-Mecanica 

A ligagao e a interface entre a catraca e o validador, deverao ser 
implementadas pelo FORNECEDOR dos validadores eletronicos, de 
forma a garantir compatibilidade e seguranga no funcionamento. 
A catraca nao deve permitir a passagem sem que o validador tenha 
reconhecido como valido o cartao. Quando houver autorizagao de 
passagem, a catraca devera garantir a passagem de urn unico usuario. 

• Sinalizacoes Visuais de Informagao 
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O objetivo destes dispositivos e disponibilizar informagoes ao usuario 

sobre o resultado do processamento de seu cartao eletronico. 

O validador eletronico devera possuir display grafico que fornega 

informagoes aos usuarios sobre o estado atual do seu cartao (valor 

debitado, saldo remanescente, tempo de integragao, data de validade, 

etc.), modo de utilizagao do equipamento, e mensagens para a equipe 

de manutengao (tipo de falha, erro de transmissao, etc.). 

Quando do uso do sistema de biometria, o display devera exibir 

animagao no formato da mao e o respectivo dedo a ser utilizado para 

comparar com o template gravado no cartao. 

O display devera possibilitar ao usuario distante urn metro do validador, 
uma leitura facil, mesmo em condigoes de baixa ou nenhuma 
luminosidade no interior do veiculo. 




• Caractensticas do Display Grafico 

Devera possuir visualizagao grafica, de no mmimo, de 272x480 pixel, 
com 256 mil cores e tamanho de 4.3" do tipo LCD 

• Sinalizacdes Visuais de Orientagao ao Usuario 

As sinalizagoes visuais de orientagao ao usuario sobre o resultado do 
processamento de seu cartao nas cores verde, vermelho, solido e 
piscante para indicar os estados de utilizagao do cartao. Essa orientagao 
podera ser implementada no proprio display. 



Sinalizacao Sonora 

O validador devera emitir, associada a sinalizagao visual, urn sinal 
sonoro, configurado por parametros para complementar a indicagao do 
estado de utilizagao do cartao. 

Durante o processo de introdugao e extragao de dados, o validador 
devera emitir sinais sonoros e visuais diferenciados, indicando inicio e 
fim da transmissao. Se houver falha ou interrupgao da transmissao, o 
validador tambem deve emitir sinal sonoro / visual caractenstico. 
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A intensidade do sinal sonoro emitido nao podera ser superior a 50 dB 
medida a 1 (um) metro do validador. 

• Leitora de Cartao 

Os validadores eletronicos deverao possuir as interfaces, conexoes, 
antena e softwares necessarios para o processamento de cartoes com 
circuito integrado sem contato (contactless smart card). 
A antena leitora dos cartoes devera estar situada na face interna frontal 
da carcaga do validador. Sua area de atuagao deve ser delimitada com 
cor e/ou pictograma que oriente o usuario quanto ao local de 
aproximagao do cartao. 

As leitoras dos cartoes com circuito integrado sem contato sao 
constitufdas de interface compatfvel com o padrao ISO 14443 - tipo A/B, 
e antena RF (radio-frequencia) acopladas aos circuitos logicos do 
validador. O cartao devera ser processado a uma distancia de ate 10 
(dez) cm da face frontal do validador, onde esta instalada a antena 
leitora. 

A referida leitora devera aceitar cartoes do tipo MIFARE CLASSIC, 
MIFARE PLUS, DESFIRE-EV1 eClPURSE. 




Condigoes Tecnicas de Funcionamento do Bloqueio Eletronico 

• Tensao: O Bloqueio Eletronico deve estar habilitado a 
funcionar com tensao de alimentagao nominal de 9 VCC a 
32 VCC. Os circuitos do Bloqueio Eletronico devem ser 
protegidos com dispositivos que garantam a integridade do 
sistema no caso de variagoes de tensao acima dos limites 
de operagao anteriormente especificados. Devem ser 
previstos dispositivos que garantam a manutengao dos 
parametros e dados armazenados na memoria do 
Validador na eventualidade de supressao temporaria da 
tensao de alimentagao (ex.: troca de bateria, partida do 
motor). 

• Corrente consumida: Em repouso: 0,3 a 0,8 A 
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Em funcionamento: 2 A 
• Condigoes Ambientais: Tolerancia a temperaturas 
situadas entre -5 a +65 graus Celsius e umidade relativa do 
ar ate 95%. 

• Duragao da Bateria e Relogio 

O validador devera possuir bateria, com duragao minima de 5 (cinco) 
anos para manutengao do relogio interno. O relogio do validador devera 
ser sincronizado com o sistema gerenciador de garagem (SGG). 

• Conexoes fisicas e Conectores eletricos 




O validador devera possuir conexoes fisicas e conectores eletricos 
seguros e rapidos, de modo que haja substituigao imediata do validador 
do onibus, em caso de pane ou retirada do equipamento para 
manutengao. 

Devera existir no veiculo mecanismo de substituigao do validador sem a 
necessidade de reconfiguragao do codigo da empresa, garagem, linha e 
prefixo do equipamento. ^^^^^^m 

• Equipamento de Reconhecimento Biometrico Digital 

Devera existir no validador urn leitor biometrico de impressao digital a ser 
utilizado na validagao dos cartoes de usuarios com beneffcios, tendo a 
possibilidade de leitura e comparagao com diferentes dedos. 
O validador devera comparar e validar a leitura biometrica de impressao 
digital com o template armazenado no cartao do usuario, possibilitando 
varias leituras de diferentes dedos conforme parametrizagao e liberando a 
catraca caso haja coincidencia dos dados confrontados.. 
O dispositivo devera alem de comparar os templates, podendo gerar 
imagens biometricas de impressao digital, e transmiti-las ao sistema 
central da SPTrans de forma criptografada. Essas imagens poderao ser 
utilizadas para busca e identificagao do usuario no sistema central, no 
caso de rejeigao da coleta. 
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O dispositivo devera ter algoritmo instalado de modo a permitir a 
validagao mencionada acima, sendo necessaria a plena comunicagao 
com o validador para autenticagao do usuario. 

O leitor devera permitir nfveis diferenciados de precisao, podendo a 
SPTrans optar por criterios diferenciados de similaridade. O equipamento 
devera considerar na leitura biometrica as condigoes ambientais do 
veiculo, tais como: iluminagao ao longo do dia, inclinagao da leitura 
biometrica, posigao do equipamento no carro, vibragao, trepidagao, etc. 
O dispositivo devera apresentar desempenho adequado a demanda 
existente no onibus, sendo posicionado de forma que nao prejudique a 
circulagao dos usuarios. Devera considerar os aspectos existentes na 
leitura da impressao biometrica, tais como: umidade, ressecamento, 
oleosidade, sujeira dos dedos, etc. 

O dispositivo devera ser robusto, de modo que a tecnologia do sensor 
oferega maior tempo de vida e maior resistencia a descargas 
eletrostaticas, arranhoes e choques, com o modulo inteiramente vedado 
contra poeira e agua. ^^^^^^m 

A taxa de falsa aceitagao (FAR) e taxa de falsa rejeigao de (FRR) deverao 
ser ajustadas conforme os criterios a ser definidos pela SPTrans, 
dependendo do nivel de seguranga requerido, devendo ter alta precisao 
no caso de leituras de dedos juvenis e pessoas idosas. 
O equipamento validador sera comercializado, inicialmente, sem o 
dispositivo biometrico, sendo que apos analise de campo, dos varios tipos 
de leitoras existentes, sera definido pela SPTrans urn unico equipamento 
a ser adquirido pelas operadoras de onibus, com tempo determinado para 
que cada empresa de validador possa adaptar o seu modelo adquirido. 
O equipamento de leitura de biometria de impressao digital podera ser 
apresentado como dispositivo separado ou integrado ao validador. 
A SPTrans, a qualquer tempo, podera optar por urn unico tipo de leitora 
biometrica, cabendo ao FORNECEDOR adaptar o seu equipamento as 
novas necessidades. 

• Camera 
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O validador devera dispor de camera instalada no ambiente interno do 
onibus com as seguintes caractensticas: 

• Qualidade fotografica minima com padrao VGA, resolugao 
640x480; 

• Possibilitar o foco ao usuario com incidencia de forte de luz 
solar, utilizando a fungao BLC (Back Light Compensation) ou 
compensagao de luz de fundo; 

• A lente devera neutralizar o excesso de luz sem escurecer a 
imagem proveniente da parte externa do veiculo; 

• Uso de iluminagao infravermelha integrada ou sensibilidade 
suficiente de forma a garantir a perfeita identificagao visual da 
imagem obtida; 

• A camera devera prever urn angulo de abertura suficiente, 
considerando diferengas de altura/posigao do usuario, com 
adequagoes automaticas de foco; 

• As imagens fotograficas poderao ser gravadas em dispositivo 
de memoria interna com no mmimo 1 Gbytes expansivel ate 4 
Gbytes ou externa a camera, durante ate 5 dias, capturando 5 
frames, sendo 2 antes, 1 na apresentagao do cartao e 2 apos; 

• A camera devera gerar imagens no formato compactado do 
tipo jpeg vinculando-as ao numero do cartao do usuario; 

• A camera podera ser fornecida como dispositivo separado ou 
integrado ao validador. 

• Certificacao 

O equipamento devera possuir a seguinte certificagao: 

• Anatel - Agenda Nacional de Telecomunicagoes para todos 
os itens de telecomunicagao do equipamento. 

• Entrada / Sai'da de Dados no Validador 

O Validador deve possuir tres formas diferentes para entrada/saida de 
dados a serem processados no interior de seus sistemas: 

• Modulo de Comunicacao com o SGG 
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O validador devera possuir comunicagao de dados com o SGG de 
modo a possibilitar: 

• Envio / recebimento de dados para dispositivo de 
transmissao remota sem fio, nas garagens de onibus, 
com tecnologia baseada em radiofrequencia, no padrao 
Wifi 802.1 1n; 

• Atualizagao de dados de lista de recarga embarcada e 
da lista vermelha com servigo aberto do validador, 
utilizando 3G ou superior, ao longo do trajeto do 
vefculo. Essa tecnologia podera ser utilizada, para 
transmissao dos demais dados, por exemplo, fotos 
armazenadas, desde que nao haja prejuizo no tempo 
de transagao do cartao do usuario; 

• A carga na garagem do software aplicativo devera ser 
realizada por transmissao remota sem fio no padrao 
Wifi 802.1 1n, ou com fio no padrao RS232 e Ethernet 

• O validador devera ser compativel com a comunicagao 




A comunicagao de dados de urn dia de operagao entre validadores e SGG 
da garagem devera ocorrer integralmente em 24 horas 
A velocidade minima de transmissao / recepgao deste subsistema de 
comunicagao deve ser calculada para que a operagao de carga do 
Validador (recepgao dos arquivos de configuragao do SGG), e a operagao 
de descarga do Validador (transmissao dos arquivos de servigo para o 
SGG), nao ultrapasse, em nenhuma hipotese, o tempo de 90 segundos. 
Nao serao admitidas velocidades efetivas de comunicagao inferiores a 
100 MBits/seg. 

Quando estiver em processo de comunicagao de dados com o SGG, o 
Validador Eletronico deve emitir sinais sonoros e visuais diferenciados, 
indicando imcio e fim da transmissao. Se houver falha ou interrupgao da 
transmissao, o Validador tambem deve emitir sinal sonoro caractenstico. 

• Modulo de Processamento das Operagoes - MPO 
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O objetivo desta especificagao e definir como deve ser o conjunto logico, 
eletronico e eletromecanico do Bloqueio Eletronico, e nao descrever o 
programa que deve ser executado no validador. No entanto, uma 
abstragao do processamento do sistema se faz necessaria a fim de apoiar 
o dimensionamento do sistema fisico a ser projetado e sua arquitetura 
logica. 

Ao ser aproximado da antena do modulo de leitura / escrita do validador, 
os dados do cartao do usuario sao lidos e repassados ao Modulo de 
Processamento das Operagoes - MPO. Este modulo interage com os 
modulos de seguranga, de gerenciamento de dados e de leitura/escrita 
para concluir o processo de tratamento do cartao e distribuir os comandos 
adequados (liberar catraca, emitir sinal sonoro e acender a luz verde do 
sinalizador luminoso). 

Apos o processamento do cartao valido, a autorizagao de passagem deve 
permanecer ativa (catraca destravada) ate a passagem do usuario pela 
catraca. Esta autorizagao de passagem nao pode ser cancelada por 
quaisquer outros motivos, inclusive por mudanga do estado operacional. 
Quando urn cartao esta sendo processado, a leitora do validador ignora 
qualquer outro cartao que porventura tambem se aproxime da zona de 
leitura, ate que o primeiro tenha sido afastado da referida zona. No caso 
de aproximagao simultanea de mais de urn cartao, o validador deve 
selecionar apenas urn deles para realizar o processamento, autorizando 
ou nao a passagem, conforme a sua validade. O validador esta apto a 
processar urn novo cartao somente quando o cartao inicialmente 
selecionado for afastado da zona de leitura e, caso autorizada a 
passagem, o giro da catraca estar completo. 

O modulo de processamento deve ser concebido de forma a poder 
processar com velocidade e confiabilidade todas as funcionalidades 
apresentadas nos Anexos 1 e 2 deste documento. 

• Especificagoes Construtivas do Bloqueio Eletronico 

Os Bloqueios Eletronicos devem ser construfdos e dimensionados de 
maneira a suportar as condigoes ambientais, choques e vibragoes 
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existentes no interior dos vefculos, bem como atender a todos os 
requisitos operacionais e funcionais especificados e garantir um perfeito 
funcionamento em regime de trabalho continue 

Toda a superffcie externa do gabinete do validador deve ser lisa, sem 
ressaltos, seja na sinalizagao do display grafico, dobradigas ou encaixes, 
e constitmda de material com resistencia apropriada a utilizagao 
embarcada no Sistema de Transporte Coletivo. 

Os validadores devem possuir caractensticas modulares tais que 
possibilitem sua remogao e substituigao em caso de pane, de forma 
rapida e segura, permitindo a continuidade da operagao do veiculo sem 
necessidade de deslocamento ate a garagem. Neste caso devem ser 
preservados incolumes todos os dados coletados pelo validador ate o 
momento da pane. 

A antena leitora dos cartoes deve estar situada na face interna frontal da 
carcaga do validador. Sua area de atuagao deve ser delimitada com cor 
e/ou pictograma que oriente o usuario quanto ao local de aproximagao do 
cartao. ^^^^^^W 

As conexoes externas (RS 485, modulo de comunicagao com SGG, etc.) 
devem ser protegidas contra acessos indevidos. 

• Software do Validador 



: 



Os requisitos descritos a seguir devem ser observados pelo 
FORNECEDOR para definir a arquitetura do sistema fisico e logico do 
Bloqueio Eletronico, ou seja, o conjunto Validador Eletronico e Catraca 
Eletromecanica deve ser projetado e dimensionado para suportar todas 
as necessidades operacionais declaradas neste documento 
Devem ser fornecidos compiladores de linguagem de alto nivel, orientada 
ao desenvolvimento de software aplicativo de tempo real, bem como 
editores, depuradores e demais recursos a serem empregados no 
desenvolvimento e posterior manutengao de software. 

• Instalacao do Software Aplicativo no Validador 
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Entende-se por software aplicativo o conjunto interativo de rotinas de 
instrugoes logicas que quando executadas pelo circuito logico do 
Validador Eletronico Ihe conferem toda funcionalidade desejada. 
O Validador Eletronico deve ter a funcionalidade de receber seu software 
aplicativo a partir do Sistema Gerenciador da Garagem, quando estiver 
em estado operacional "FECHADO". Esta fungao deve ser verdadeira 
mesmo nos casos em que o validador estiver com sua memoria 
totalmente vazia, sem dados e programas, ou seja, deve ser uma fungao 
de seu software basico implementada em memoria residente pre- 
gravada, nao volatil. 

Os Fornecedores devem prover os meios para operacionalizar a 
instalagao dos programas aplicativos em seus validadores a partir do 
Sistema Central da SPTrans, e o sucesso desta operagao e urn dos 
condicionantes para a homologagao dos seus sistemas. 



• Software Aplicativo 

O software do validador deve permitir que a incorporagao de novos tipos 
de cartoes, mudanga na estrutura tarifaria do sistema de transporte, 
alteragao de parametros funcionais e modificagoes nos protocolos de 
comunicagao possam ser atualizadas por meio de transmissao remota 
sem fio, comandada pelo Sistema Gerenciador da Garagem (SGG), sem 
necessidade de retirada e regravagao dos componentes de memoria. As 
versoes atualizadas de software serao controladas e enviadas por meio 
de arquivo especifico gerado no Sistema Central da SPTrans. 
Todo o software aplicativo a ser desenvolvido pelo FORNECEDOR do 
Validador Eletronico deve ser modular, permitindo que futuras alteragoes 
e/ou ampliagoes sejam facilmente implementadas. A linguagem de 
programagao utilizada deve apresentar velocidade, seguranga e 
portabilidade, sendo utilizadas tabelas de parametros e funcionalidades 
que possibilitem alteragoes comandadas exclusivamente pelo Sistema 
Central da SPTrans e transmitidas para os validadores via SGG. 
As politicas tarifarias do transporte publico sao alteradas 
permanentemente. Modos de transporte podem ser integrados e 
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desintegrados. Sao criados frequentemente diferentes tipos de cartoes e 
tarifas incentivadas, tais como cartao do idoso, desempregado, 
estudante, etc. Alem disso, diferentes modos de transporte sao operados 
por diferentes esferas do poder publico, como e o caso dos onibus 
coletivos da municipalidade, sistemas metroferroviarios e onibus 
intermunicipais gerenciados pelo Governo Estadual. Sendo assim, o 
validador devera ser completamente configuravel atraves de tabelas com 
definigao de parametros tarifarios e de integragao. 
Como esta aplicagao necessita de urn tempo de maturagao, e 
fundamental que os Validadores Eletronicos sejam totalmente versateis 
na questao de alteragao de software aplicativo a partir do Sistema 
Central com o recurso de telecarga. 

Devem ser implementadas no software aplicativo, dentre outras, as 
seguin.es fungoes: V. ^ 

- comunicagao entre validador e SGG; 

- atualizagao da lista de recarga e lista vermelha atraves de 
comunicagao 3G ou superior entre o validador e o Sistema 
Central da SPTrans; 

leitura e processamento de tabelas de parametros e 
funcionalidades; 

- processamento de tipos e sub-tipos de cartoes; 

- validagao dos cartoes utilizando em qualquer urn dos 
modulos SAM's; 

- mensagens ao usuario no display grafico; 

- alarmes sonoros; 

^- captura, armazenamento e comunicagao de dados 
biometricos de impressao digital e fotos dos usuarios 
selecionados; 

- execugao de comandos de mudanga do estado operacional 
do bloqueio; 

- geragao de dados operacionais e de arrecadagao que 
permitam extrair relatorios. 

• Software de Diagnostico 
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Este recurso deve estar incorporado no software de cada equipamento, 
e tem como principal finalidade identificar o modulo que esteja 
provocando falhas no sistema. 

• Seguranga e Inviolabilidade dos Dados 

Os softwares e dados armazenados no validador so devem ser 
acessfveis ao pessoal autorizado e credenciado da SPTrans, que 
estabelecera, em conjunto com a OPERADORA, os mveis hierarquicos 
de acesso permitido. 

Os dados gerados pelas transagoes do Validador Eletronico devem ser 
tratados por mecanismos de protegao contra violagao, copias e leitura. 
Sob o controle da SPTrans, serao transmitidos os parametros de 
alteragao dos algoritmos de criptografia a serem aplicados aos dados, de 
forma a resguardar as informagoes com urn nivel de seguranga adicional 
ao normalmente adotado. 



O FORNECEDOR deve entregar a SPTrans copias de todos os 
programas utilizados no sistema (validador, SGG, etc.), com seus 
respectivos codigos-fonte e todos os detalhes necessarios ao seu 
completo e correto entendimento, tanto para software basico como 
aplicativos, diagnosticos e testes. Nesta documentagao tambem devem 
ser fornecidos os compiladores / montadores das linguagens utilizadas 
no desenvolvimento do software aplicativo. 
A documentagao deve abranger: 



- Manual de orientagao, detalhando toda a operagao do 
software aplicativo nas suas fungoes basicas: alteragao de 
parametros, introdugao e coleta de dados dos validadores, 
consulta de tela, geragao de relatorios e transmissao dos 
dados para o computador central da SPTrans; 

- Fluxogramas e diagramas; 

- Descrigao funcional e listagem comentada de cada 
programa e da base de dados; 

- Dicionario de dados e areas utilizadas; 
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Software aplicativo do microcomputador da garagem. 



Interface com o Usuario 



Anunciador 
Sonoro 



Sinalizador 
Luminoso 



Modulo de Leitura 
do Cartao 



Leitor de 
Impressao Digital 



Painel 
Alfanumerico 



Modulo de 
Processamento 
das Operagoes 



Modulo de 
Seguranca das 
Operacdes 



Modulo de Escrita 
no Cartao 



Catraca 
Eletromecanica 



Gerenciador da 

Memdria de 
Armazenamento 



Recepgao 
do SGG 



Controle e Processo 



Entradas 
RS 485 



Modulo de 
Diagnostico e 
Manutencao 



Aquisicao de Dados 



Interface de Diagnostico 



Transmissao para 
o SGG 



Saidas 
RS 485 



Sai'da de Dados 



Diagrama 6: Organizacao funcional dos componentes do Validador Eletronico 




5.4.4.5 Sistema Gerenciador da Garagem (SGG) 



Os sistemas computacionais e de armazenamento de dados devem possuir 
controle de acesso ao sistema que garanta a impossibilidade de acessos 



indevidos 



Os Validadores Eletronicos devem receber e enviar dados para o SGG, 
localizado na garagem, atraves de tecnologia radiofrequencia no padrao Wifi 
802.1 1n. 



Deve existir dispositivo alternativo que, no caso de pane do sistema de 
comunicagao entre o SGG e os bloqueios eletronicos, fara a coleta dos dados 
necessarios. 



A introdugao e coleta dos dados a serem realizadas pelos meios de 
transmissao acima referidos, nao podem interromper o fluxo normal de entrada 
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e saida dos veiculos na garagem, assim o tempo maximo de transmissao de 
dados de cada validador nao pode exceder 90 segundos. 

O tempo maximo para transmissao de dados de todos os validadores de uma 
garagem nao pode exceder 3 horas, contadas a partir da recolhida dos veiculos 
ao final da operagao diaria. 

O software deve garantir que todos os validadores operados tenham seus 
dados coletados. Desta forma, e requerido o controle individual de cada 
validador e sua associagao ao veiculo no qual opera, permitindo que se efetue 
o fechamento diario, sem haver possibilidade de que a leitura de dados nao 
tenha procedido a varredura completa de todas as informagoes armazenadas 
durante a operagao diaria da frota. 

O sistema da garagem deve possuir dispositivos de detecgao e rotina de 
software que permita listar, diariamente, os veiculos que porventura nao 
conseguiram efetuar a transmissao dos dados. 




O FORNECEDOR deve, apos a manutengao corretiva de qualquer validador, 
providenciar a extragao e transmissao dos dados para o Sistema Central. 

Para fins de seguranga e auditoria, o sistema deve gerar copias redundantes 
dos dados coletados, que serao armazenadas no micro da garagem, 
possibilitando que se refaga urn processamento total ou parcial dos dados 
originais. 

• Dados a serem transmitidos do SGG para o validador 

Tabelas de parametros funcionais das regras de negocio estipuladas pela 
SPTrans atualizados pelo Sistema Central agrupados nos seguintes 
pacotes, entre outros: 

- Cadastro de linhas; 

- Parametros de validador; 

- Lista vermelha de cartoes ; 

- Lista de recarga de credito 



• Dados a serem recebidos pelo SGG 
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Arquivos de operagao de validador definidos pela SPTrans e agrupados 
nos seguintes pacotes, entre outros: 



Para todas as situagoes devem ser registradas informagoes que gerem 
estatisticas de controle de desempenho do sistema e detecgao de 
ocorrencia de fraudes. 

A SPTrans podera, a seu criterio, definir outras tabelas que se fagam 
necessarias no projeto do sistema. 



O FORNECEDOR deve instalar em local indicado pela OPERADORA 
(Recebedoria), o Sistema Leitor de Cartao de Bordo, e efetuar as conexoes 
adequadas entre este sistema e o SGG. 

A quantidade de leitoras, microcomputadores e impressoras a ser instalada em 
cada garagem deve ser calculada pela OPERADORA, de forma a atender o 
fluxo de chegada dos cobradores para a prestagao de contas diaria. 

Os registros da movimentagao diaria da Recebedoria devem ser enviados para 
a SPTrans, devidamente assinado pelo SAM. 

5.4.4.7 Catraca Eletromecanica 

A Catraca Eletromecanica deve ser de 3 bragos (tripe) ou 4 bragos (tipo 
"borboleta"), disposta de forma a impedir a passagem simultanea de 2 
pessoas. 

A catraca nao deve permitir a passagem sem que o validador tenha 
reconhecido como valido o cartao. Quando houver autorizagao de passagem a 
catraca deve garantir a passagem de urn unico usuario. 



- Dados de operagao (Servigo, meia viagem, transagoes de 
cartoes, totalizadores dos servigos, mensagens diversas de 
estado do validador, etc) 



- Fotos 



5.4.4.6 Sistema Leitor de Cartoes de Bordo 
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O dispositivo de travamento da catraca deve ser altamente resistente a 
choques mecanicos, a fim de nao se danificar com o impacto do corpo de um 
usuario que o julgava livre. 

Um contador mecanico ou eletromecanico deve ser incorporado a catraca em 
posigao de facil leitura. A cada rotagao no sentido da entrada, o contador e 
incrementado. 

A ligagao e a interface entre a catraca e o validador devem ser implementadas 
pelo FORNECEDOR dos Validadores Eletronicos, de forma a garantir 
compatibilidade e seguranga no funcionamento. 



) Sistema 



5.4.5 Documentacao Para Aprovacao do 

5.4.5.1 Para inicio de operagao a SPTrans aprovara a instalagao dos 
bloqueios eletronicos e Sistema Gerenciador da Garagem, mediante 
a seguinte documentagao: 



• Certificado Definitivo de Adequacao Funcional de Validador 
Eletronico 

Documento emitido pela SPTrans para o FORNECEDOR de Validadores 
Eletronicos que comprova o atendimento integral a todos os requisitos 
funcionais, constantes nas especificagoes estabelecidas pela SPTrans. 

Autorizagao de Instalagao 

Documento emitida pela SPTrans para a OPERADORA onde esta 
especificado o cronograma das linhas a serem autorizadas e instrugoes 
gerais para a instalagao dos Bloqueios Eletronicos. 

• Termo de Adequagao do Leiaute Interno dos Bloqueios 
Eletronicos nos Onibus 

O leiaute dos bloqueios eletronicos deverao estar de acordo com o 
Manual dos Padroes Tecnicos de Veiculos da SPTrans. 

• Termo de Liberagao para Operagao dos Bloqueios Eletronicos 
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Documento emitido pela SPTrans para a OPERADORA que comprova a 
conformidade do leiaute de cada vefculo, bem como o funcionamento dos 
Bloqueios Eletronicos. Neste documento sao relacionados os prefixos dos 
veiculos aprovados. 

• Termo de Aceitagao Provisoria do Sistema Gerenciador da 
Garagem 

Documento emitido pela SPTrans para a OPERADORA e para o 
FORNECEDOR apos a realizagao dos testes de comprovagao da 
seguranga, confiabilidade e inviolabilidade da coleta de dados da 
garagem e transmissao para o Sistema Central. 




• Termo de Aceitagao Provisoria dos Equipamentos 

Documento emitido pela OPERADORA que se dara quando o 
FORNECEDOR emitir o Termo de Conclusao dos Servigos e o sistema se 
comportar segundo as caracteristicas funcionais constantes nesta 
especificagao. 




5.4.5.2 Para aprovagao final da operagao a SPTrans exigira a seguinte 



documentagao: 



Termo de Aceitagao Definitiva do Sistema Gerenciador da 
Garagem 

Documento emitido pela SPTrans para a OPERADORA e para o 
FORNECEDOR apos urn penodo rmnimo de 6 meses, contatos a partir do 
imcio de operagao de coleta de dados da garagem, caso as transmissoes 
para o Sistema Central tenham atendido aos requisitos de seguranga, 
confiabilidade, frequencia diaria de coleta de dados (100% da frota) e 
inviolabilidade especificados. 

• Termo de Aceitagao Definitiva do Sistema 

Documento emitido pela SPTrans para a OPERADORA e para o 
FORNECEDOR apos urn penodo de garantia rmnimo de 1 ano, nao 
inferior a urn ano, desde que nao haja pendencias no fornecimento e 
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alteragao no projeto inicial, o que renovara automaticamente o prazo de 
garantia 



5.4.6 Cartoes Com Circuito Integrado Sem Contato 

E um cartao de plastico (PVC) com 85,6 mm de comprimento, 54,0 mm de 
largura e espessura que pode variar de 0,79 mm a 0,86 mm (ISO 7816), 
recarregaveis, contendo em seu interior um circuito integrado, memoria nao 
volatil (EEPROM), dividida em setores independentes, e antena para 
transmissao de dados por radiofrequencia. A transmissao dos dados entre o 
cartao e a leitora realiza-se sem contato fisico. 

A tecnologia a ser adotada nos cartoes de 8 kbits com circuito integrado, sem 
contato (contactless smart card), deve atender a IS014.443-A/B e apresentar 
as seguintes caractensticas basicas: 



Sistema de tele-alimentagao e comunicagao da leitora com o cartao 
utilizando frequencia portadora de 13,56 Mhz; 
Velocidade de transmissao de dados superior a 100 Kbits/seg.; 
Distancia de operagao do cartao em relagao a antena da leitora de 
ate 10 cm; 

Memoria reprogramavel nao volatil (EEPROM) com capacidade igual 

ou superior a 8 Kbits, seccionada em, no rmnimo, 16 setores 

independentes, cada qual com duas chaves de acesso inviolaveis, 

possibilitando a operagao de diversas aplicagoes; 

Seguranga no acesso a memoria por autenticagao mutua entre o 

cartao e a leitora (conforme ISO/IEC 9798-2) e algoritmos de 

criptografia, utilizando chaves de acesso secretas que variam em 

fungao do setor de memoria solicitado e do tipo de operagao a 

realizar (leitura, escrita, incremento, decremento); 

Protocolo de comunicagao cartao/leitora que assegure a integridade 

da transmissao, a confidencialidade dos dados transmitidos, e a 
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solugao de conflitos causados pela presenga simultanea de varios 

cartoes no campo de leitura (anticolisao); 

Cartao sem bateria (a energia e fornecida pela leitora, via 

radiofrequencia); 

Gravagao de chaves de transporte (chaves de acesso provisorias 

gravadas pelo fabricante do cartao, com o objetivo de garantir a 

inviolabilidade dos cartoes durante o seu transporte); 

Garantia de fabrica de que cada cartao possui um numero de serie 

unico; 

Capacidade aritmetica de incremento e decremento de valores; 
Flexibilidade para acessar os diversos setores de memoria de 
acordo com uma variedade de condicoes de acesso; 
Tempo de retengao dos dados de 1 anos; 
Tempo total de uma transagao inferior a 200 milissegundos; 
Possibilidade de realizagao da transagao com o cartao em 
movimento; 

Temperatura de operagao de -20 Q C a +50 Q C (umidade de 90%); 
Possibilidade de personalizagao do cartao com impressao a cores 
em ambas as faces. 



A tecnologia a ser adotada nos cartoes de 2 Kbytes ou 4 Kbytes com circuito 
integrado, sem contato (contactless smart card), deve atender a IS014.443-A/B 
com UID unico para SPTrans e apresentar as seguintes caractensticas 
basicas: 




O cartao devera ser produzido de forma a nao apresentar empenamento 
e/ou eletricidade estatica e/ou espessura fora da especificagao. 
A transmissao dos dados entre o cartao e a leitora realiza-se sem 
contato fisico; 

Sistema de tele-alimentagao e comunicagao da leitora com o cartao 
utilizando frequencia portadora de 13,56 Mhz; 

Velocidade de transmissao de dados superior de 106 Kbits/seg ate 848 
Kbits/seg; 
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Distancia de operagao do cartao em relagao a antena da leitora, de no 
mmimo 2 cm e no maximo 10 cm; 

Memoria reprogramavel nao volatil (EEPROM) com capacidade igual a 
16 Kbits, para cartoes de 2 Kbytes, seccionada em, no mmimo, 32 
setores de 4 blocos, independentes, cada qual com duas chaves de 
acesso inviolaveis, possibilitando a operagao de diversas aplicagoes; 
Memoria reprogramavel nao volatil (EEPROM) com capacidade igual a 
32 Kbits, para cartoes de 4 Kbytes, seccionada em, no mmimo, 32 
setores de 4 blocos e 8 setores de 1 6 blocos, independentes, cada qual 
com duas chaves de acesso inviolaveis, possibilitando a operagao de 
diversas aplicagoes; 

Seguranga no acesso a memoria por autenticagao mutua entre o cartao 
e a leitora (conforme ISO / IEC 9798-2) e algoritmos de criptografia, 
utilizando chaves de acesso secretas que variam em fungao do setor de 
memoria solicitado e do tipo de operagao a realizar (leitura, escrita, 
incremento, decremento) e suportar os seguintes modos de criptografia: 
■ Sistema atual, utilizando 2 chaves de 48 bits por setor; e 

Possibilitar a mudanga da criptografia atual para AES 128 a qualquer 
tempo. Os dados de memoria deverao permanecer 
inalterados/preservados depois da mudanga. 

Possibilitar a verificagao de autenticidade, utilizando a criptografia AES 

128, quando estiver utilizando a criptografia atual. 

Protegao contra ataques tipo "Relay Attacks" (ataque realizado pela 

emulagao de cartao atraves de dispositivos NFC e leitura remota). 

Suportar autenticagao em multi-setores e bloqueio multiplo de leitura e 

escrita quando estiver utilizando a criptografia AES128. 

O cartao devera ser compath/el com a infra-estrutura de cartoes Bilhete 

Unico utilizados atualmente, para evitar problemas de leitura/escrita nos 

Validadores atuais. 

Protocolo de comunicagao cartao/leitora que assegure a integridade de 
transmissao, a confidencialidade dos dados transmitidos e a solugao de 
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conflitos causados pela presenga simultanea de varios cartoes no 
campo de leitura (anticolisao); 

• Cartao sem bateria (a energia e fornecida pela leitora, via radio- 
frequencia); 

• Gravagao de chaves fornecidas pela SPTrans (chaves de acesso 
provisorias gravadas pelo fabricante do cartao, com o objetivo de 
garantir a inviolabilidade dos cartoes durante o seu transporte); 

• Garantia de fabrica de que cada cartao possui um numero de serie 
unico; 

• Capacidade aritmetica de incremento e decremento de valores; 

• Flexibilidade para acessar os diversos setores de memoria, de acordo 
com uma variedade de condigoes de acesso; 

• Tempo de retengao de dados de 1 anos; 

• Capacidade para 200.000 operagoes de leitura e escrita; 

• Tempo total de uma transagao inferior a 200 milisegundos; 

• Possibilidade de realizagao da transagao com o cartao em movimento; 

• Temperatura de operagao de -20 Q C a + 50 Q C; e 

• Durabilidade minima de 3 anos, sob condigoes normais de uso, e 
atendimento a Norma ISO 10373 quanto a resistencia aos esforgos de 
flexao, tensao e ataques de agentes qmmicos. 

• Isento de eletricidade estatica (submetido a processo de jateamento de 
ar ionizado ou similar). 

Os tipos de cartoes que farao parte do sistema, com suas respectivas 
estruturas de codificagao, serao definidos pela SPTrans. 

Os cartoes sem contato deverao ser recarregados em postos de venda 
credenciados pela SPTrans. A recarga dos creditos eletronicos sera efetuada 
por meio de dispositivos denominados Terminals de Recarga. Alem desses, 
tambem estarao a disposigao dos usuarios os Terminals de Consulta, que 
permitirao a visualizagao em display do saldo ou tempo de validade do cartao. 

5.4.7 Montagem e Instalagao 
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As carcagas dos bloqueios e os diversos modulos do sistema devem ter 
perfeita isolagao eletrica contra interferencias geradas por linhas de tensao, 
motores, rindos de radiofrequencia, equipamentos geradores de arcos 
eletricos, interferencias eletromagneticas, alem de protegao contra descargas 
atmosfericas em geral. Tambem devem ter perfeita isolagao contra a 
contaminagao de gases, fulizem e material particulado existente no meio 
ambiente, de forma a prevenir a corrosao de compontentes e conectores dos 
equipamentos. 

Todas as partes metalicas, inclusive porcas, arruelas e dobradigas, devem 
receber tratamento especffico contra corrosao e/ou oxidagao e devem ser 
convenientemente aterradas, de modo a nao existir a possibilidade de choques 
eletricos. 

Todos os equipamentos embarcados devem estar afixados de maneira a evitar 
os efeitos da vibragao do veiculo e devidamente protegidos contra manuseio 
indevido. 




Os equipamentos devem ser claramente identificados atraves de seu codigo e 
numero de serie. 




Todas as fiagoes internas nao devem conter quaisquer emendas e correm em 
canaletas especialmente previstas para este fim. Os cabos devem ter 
isolamento compatfvel com a tensao de trabalho e sao revestidos com material 
antichama. 



Os microcomputadores da garagem devem ser instalados em local que garanta 
o funcionamento adequado do sistema. 



5.4.8 Sobressalentes 

O FORNECEDOR deve apresentar uma lista de pegas, componentes e 
equipamentos sobressalentes, indicando claramente a quantidade e os criterios 
utilizados, para o penodo de operagao em garantia. Deve ainda, distinguir os 
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materiais considerados de consumo e o tempo ou numero de ciclos de vida util 
previsto. 

O FORNECEDOR deve garantir a disponibilidade de qualquer pega, 
componente ou equipamento constante da lista de sobressalentes, durante urn 
penodo mmimo de 10 (dez) anos. 

A relagao de materiais sobressalentes deve ser individualizada por modulo e 
conter, no mmimo, as seguintes informagoes: 

• nome principal; 

• referenda de catalogo ou do fabricante (nome e codigo); 

• quantidade instalada por equipamento; 

• consumo medio mensal. 





5.4.9 Documentacao Tecnica 

Toda a documentagao tecnica referente ao sistema deve ser escrita em 
portugues e entregue em 3 (tres) copias, contendo: 




• mdicegeral; 

• especificagao tecnica da solugao; 

• manual de operagao de cada tipo de equipamento; 

• manual de manutengao preventiva e corretiva; 

• manual de instalagao de todos os equipamentos; 

• procedimentos dos testes de recebimento; 

5.4.9.1 Projeto de Instalagao 

O projeto da instalagao do bloqueio deve detalhar: 

• Alimentagao eletrica e suas conexoes; 

• fixagoes do validador e da catraca; 

• conexoes necessarias para as fungoes de introdugao e leitura de 
dados e perifericos. 
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5.4.9.2 Projeto de Manutengao 

• desenhos da disposicao dos componentes; 

• listas de materials detalhados; 

• esquemas funcionais completos; 

• esquemas eletricos e de fiagao interna; 

• diagramas de ligagoes; 

• diagramas e lay-outs dos circuitos impressos; 



O FORNECEDOR devera entregar exclusivamente a SPTrans copias de todos 
os programas utilizados no sistema (validador, SGG, etc.), com seus 
respectivos codigos-fonte, e todos os detalhes necessarios ao seu 
entendimento, referentes a software basico, aplicativos, diagnosticos e testes. 
Nesta documentagao tambem deverao ser fornecidos os 
compiladores/montadores das linguagens utilizadas no desenvolvimento do 
software aplicativo. ^^^^ 

O codigo fonte e qualquer documentagao confidencial serao armazenados em 
cofres de terceiros, cuja condigao de acesso sera estabelecida em documento 
a ser firmado entre o FORNECEDOR e a SPTrans. 

A documentagao devera abranger: 

• Manual de orientagao detalhando toda a operagao do software 
aplicativo nas suas fungoes basicas: alteragao de parametros, 
introdugao e coleta de dados dos validadores, consulta de tela, geragao 
de relatorios e transmissao dos dados para o computador central da 
SPTrans; 

• Fluxogramas e diagramas; 

• Descrigao funcional e listagem comentada de cada programa e da base 
de dados; 

• Dicionario de dados e areas utilizadas; 

• Software aplicativo do microcomputador da garagem. 



5.4.9.3 Documentagao do Software 
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5.4.10 Treinamento 

O FORNECEDOR deve apresentar a SPTrans um programa de treinamento a 
ser aplicado a equipe de operagao e manutengao da OPERADORA, 
objetivando a plena competencia tecnica e autonoma na operagao e 
manutengao dos Bloqueios Eletronicos, dispositivos de transmissao de dados e 
Sistema Gerenciador da Garagem. 

A SPTrans realizara inspegoes nas OPERADORAS com o objetivo de 
acompanhar a efetiva implementagao do programa de treinamento. 



do adquirente ou da SPTrans, desde que previamente acordado. Deve ser 
ministrado em duas etapas, a saber: 



Etapa onde e apresentada a configuragao detalhada do sistema, definigoes 
de todas as fungoes dos modulos (hardware e software) e interpretagao dos 
manuais tecnicos fornecidos. 



Etapa onde se pretende assimilar os conceitos, fundamentos e 
procedimentos de operagao e manutengao. Os equipamentos utilizados 
durante os treinamentos praticos devem ser similares aos que serao 
instalados nos veiculos. 

Devem ser fornecidos manuais e apostilas necessarios ao pleno 
acompanhamento dos treinandos. Os treinamentos serao acompanhados 
pela SPTrans. 

O cronograma dos cursos deve ser proposto de forma a assegurar que o 
termino do treinamento se de antes da etapa de testes de aceitagao do 
sistema. 



O treinamento pode ser desenvolvido 




• Teoria 




• Pratica 
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5.4.11 Inspegao 

Todos os equipamentos do sistema a serem fornecidos e todos os servigos a 
serem executados pelo FORNECEDOR e seus subcontratados, serao objeto 
de inspegao pela SPTrans para verificagao de sua plena funcionalidade e 
compatibilidade as especificagoes tecnicas. 



5.4.12 Testes de Aceitagao e Garantias Tecnicas 

O FORNECEDOR deve submeter a OPERADORA todos os procedimentos 
correspondentes aos testes a serem realizados para aceitagao do sistema. Os 
testes serao acompanhados pela SPTrans. 



5.4.12.1 Testes de Aceitagao 



• Finalidade dos Testes 

Os procedimentos e aplicagao dos testes de aceitagao devem ser 
planejados pelo FORNECEDOR, visando: 

• comprovar que cada equipamento, modulo e sistema funcione de 
acordo com as especificagoes funcionais estabelecidas; 

• avaliar o desempenho dos modulos e equipamentos, bem como 
do sistema como urn todo; 

comprovar a inexistencia de falhas de implementagao e de 
funcionamento que possam diminuir o desempenho especificado; 
complementar a documentagao fornecida com informagoes fieis 
quanto ao comportamento do sistema. 



• Sistematica Adotada para os Testes 

Os procedimentos dos testes devem conter, no mmimo: 

• Objetivo do Teste - descrevendo o objetivo e a finalidade do 
teste; 

• Referencias - indicando os documentos do projeto que contem as 
informagoes tecnicas referentes aos subsistemas envolvidos no 
teste; 
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• Roteiro - contendo uma descrigao de todas as operagoes a 
serem realizadas durante o teste, necessarias para garantir que o 
sistema funcione conforme previsto no projeto; 

• Lista de Recursos - contendo a relagao dos recursos e materiais 
necessarios a execugao dos testes; 

• Duragao - indicando o penodo de tempo necessario para a 
realizagao de cada etapa do teste. 

O documento referente ao procedimento do teste deve ser tambem 
utilizado para a formalizagao da execugao e aceitagao do respectivo 
teste devendo dispor de espago para rubricas e anotagoes. 
Os testes de aceitagao dos equipamentos serao efetuados na presenga 
de representantes da SPTrans, FORNECEDOR e OPERADORA, os 
quais deverao assinar, para cada teste realizado, documento com os 
procedimentos previamente aprovados pelas partes. Apos a analise das 
planilhas de resultado dos testes, caso haja eventuais pendencias, fica o 
FORNECEDOR obrigado a soluciona-las. 



O FORNECEDOR, solidariamente ao fabricante dos equipamentos, deve 
garantir o perfeito funcionamento de todos os componentes do sistema, 
responsabilizando-se pela corregao e/ou alteragao de deficiencias de 
projeto, fabricagao, instalagao e software aplicativos, bem como pela 
substituigao de componentes e materiais que apresentem deficiencias 
operacionais, sem quaisquer onus para o adquirente. 
O FORNECEDOR deve apresentar uma relagao de materiais 
consumiveis e os que eventualmente tenham vida util inferior ao prazo 
de garantia. 

O prazo de garantia estipulado sera contado a partir da emissao, pela 
OPERADORA, do Termo de Aceitagao Provisoria dos Equipamentos 
que se dara quando o FORNECEDOR emitir o Termo de Conclusao dos 
Servigos e o sistema se comportar segundo as caractensticas funcionais 
constantes nesta especificagao. 



5.4.12.2 Garantias Tecnicas 
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O Termo de Aceitagao Definitiva sera emitido, pela OPERADORA, apos 
o penodo de garantia, nao inferior a um ano, desde que nao haja 
pendencias no fornecimento e alteragao no projeto inicial, o que 
renovara automaticamente o prazo de garantia. 

O FORNECEDOR deve garantir o fornecimento de equipamentos, 
materiais e componentes identicos ou compativeis com os originalmente 
fornecidos, por um penodo nao inferior a 10 anos, contados a partir da 
emissao do Termo de Aceitagao Definitiva. Deve ainda apresentar uma 
lista de sobressalentes necessarios durante o penodo de garantia. 

5.4.13 Garantia Contra Fraudes 

O FORNECEDOR deve garantir que o validador nao seja suscetivel a fraudes 
decorrentes de mal funcionamento do software aplicativo ou de algum 
componente do validador, englobando a rede de comunicagao. 

O OPERADOR deve garantir que os equipamentos estejam instalados e em 
perfeitas condigoes de operagao de forma a impedir que os equipamentos 
apresentem problemas de funcionamento. 




O OPERADOR deve garantir que os procedimentos, deliberagoes, treinamento 
aos operadores, orientagoes sejam seguidas de forma a impedir que eventuais 
incidentes causem violagoes a seguranga do sistema. 

As memorias do validador nao deverao ter seu conteudo alterado por eventual 
falta e retorno de energia, evitando que possa resultar na autorizagao de 
passagem sem ter havido apresentagao de cartao valido, ou resultando em 
prejuizo ao usuario no caso de travamento indevido da catraca. 

Eventuais possibilidades de fraudes que vierem a ser detectadas, sejam por 
deficiencia do projeto de software e/ou hardware, ou decorrentes de uma 
situagao de falha, obrigam o FORNECEDOR a sanar o problema assim que for 
comunicado. 
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O FORNECEDOR obriga-se a mobilizar seu pessoal tecnico no sentido de 
eliminar possiveis fraudes que venham a ser detectadas durante a operagao do 
sistema, seja atraves de modificagoes e adaptagoes nos componentes dos 
validadores ou alteragoes no software aplicativo. 



5.4.14 Manutengao 

Todos os sistemas, equipamentos e servigos, devem estar previstos para 
operar continuamente de acordo com o regime de operagao do transporte de 
passageiros da Cidade de Sao Paulo. 



A manutengao de todo sistema, englobando os componentes descritos no item 
5.4.2, e de inteira responsabilidade do FORNECEDOR. 

O FORNECEDOR deve entregar manuais detalhados para a correta aplicagao 
dos pianos de manutengao preventiva e corretiva. Deve fornecer ainda, os 
procedimentos para remogao e instalagao dos equipamentos, relagoes das 
gigas de testes e instrumentos do laboratorio eletronico. 



O FORNECEDOR deve enviar mensalmente a OPERADORA relatorios 
relativos as intervengoes preventivas e corretivas nos validadores. Devem ser 
utilizados os recursos de autodiagnostico dispomveis no software aplicativo dos 
validadores, que permitem a emissao de relatorios contendo todas as falhas 
ocorridas durante a operagao, alem de indicar os modulos e placas que 
requeiram substituigao ou manutengao. Os relatorios de manutengao podem 
ser solicitados a qualquer momento pela SPTrans. 



5.4.15 Relatorios Tecnicos Operacionais 

A OPERADORA devera enviar, mensalmente, para a SPTrans os seguintes 
relatorios operacionais: 

• Acompanhamento de Defeitos nos Bloqueios Eletronicos 
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• Media dos Ciclos Entre as Falhas dos Validadores (MCBF) 

• Tempo Medio Entre as Falhas dos Validadores (MTBF) 

• Media dos Ciclos Entre as Falhas das Catracas (MCBF) 

• Tempo Medio Entre as Falhas das Catracas (MTBF) 



5.4.16 Terminologia 

A seguir apresentamos, em ordem alfabetica, as definigoes de alguns termos 
utilizados neste documento: 




Area Controlada ou Paga: Regiao no interior do onibus em que o usuario 
utiliza urn cartao sem contato para entrar, com autorizagao de passagem pelo 
bloqueio. 

Area Livre: Regiao no interior do onibus em que o usuario aguarda a 
passagem pelo bloqueio eletronico. Situa-se antes da catraca no sentido de 
entrada do vefculo. 




Autorizagao de Passagem: E o credito que o usuario tern direito, apos o 
processamento do seu cartao no Validador Eletronico. 

Bloqueio Eletronico: Conjunto formado por urn Validador Eletronico, uma 
Catraca Eletromecanica de 3 ou 4 bragos a ele associada, que permite ou nao, 
a passagem de urn usuario da area livre para a area controlada, apos a 
introdugao de urn cartao valido. 

Cartao com Circuito Integrado Sem Contato (Contactless Smart Card): 

Cartao de plastico (PVC), recarregavel, contendo em seu interior urn circuito 
integrado e antena para transmissao de dados via radiofrequencia. Nao possui 
bateria, sendo energizado pela leitora do Validador Eletronico. A transmissao 
dos dados entre o cartao e a leitora realiza-se sem contato fisico. 

Cartao Esgotado: Cartao que nao possui nenhum credito ou seu tempo de 
validade se esgotou. Se aproximado da leitora do Validador nao sera 
autorizada a passagem. 
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Cartao Valido: Cartao que e reconhecido pela leitora do Validador como 
pertencente ao sistema de transporte do municfpio (chaves de acesso 
identificadas). 

Cartao Nao Valido: Cartao que nao se enquadra na definigao descrita no item 
"Cartao Valido". 

Cartao Temporariamente Cancelado: Cartao que e reconhecido pela leitora 
do validador como pertencente ao sistema de transporte do municfpio, mas 
encontra-se temporariamente cancelado. ^^^^^^ 

Cartao Cancelado: Cartao que e reconhecido pela leitora do validador como 
pertencente ao sistema de transporte do municfpio, mas foi cancelado por estar 
na lista vermelha. 



Fraude: Qualquer agao praticada de ma fe, com o objetivo de se passar pelo 
bloqueio sem pagar a passagem. 

Sinalizacao de Informacao: Informa, atraves de painel alfanumerico, as 
condigoes do cartao, tais como creditos restantes, validade, etc. 

Sinalizacao de Orientacao: Permite ao usuario se orientar para passar pelo 
bloqueio, indicando atraves de pictogramas as agoes que ele deve realizar. 

Sistema Central: Localizado na SPTrans, recebe os dados dos validadores de 
todo Sistema de Transporte e dos terminals de recarga do Sistema de 
Distribuigao de Creditos Eletronicos, processando-os, verificando sua 
autenticidade e gerando informagoes de arrecadagao e estatfstico-operacionais 
relativas a todas as linhas e tipos de cartoes. Nele tambem sao criadas todas 
as tabelas de parametros que comandam as funcionalidades dos Validadores e 
controlam as transagoes realizadas com cada tipo de cartao. 

Sistema de Bilhetagem Eletronica: Conjunto de todos os subsistemas que 
permitem o controle automatico da arrecadagao: Bloqueios Eletronicos 
embarcados, dispositivos de transmissao de dados, Sistema Gerenciador da 
Garagem, Sistema Central e Sistema de Distribuigao e Recarga de Creditos 
Eletronicos. 
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5.4.17 Processo de Utilizacao do Cartao Eletronico 



5.4.17.1 Uso dos Cartoes 

Os tipos de cartoes utilizados atualmente no Sistema de Bilhetagem Eletronica 
estao representados no diagrama abaixo: 



CARTOES 



GRATUIDADE 



ESTUDANTE 




VALE 
TRANSPORTE 



COMUM 



Diagrama 8 : Tipos de Cartoes 

O usuario do transporte coletivo do municipio, de posse de um destes cartoes, 
pode utiliza-los da seguinte forma no interior dos veiculos: 



• Cartao valido: quando e aproximado da zona de leitura do validador o 
cartao e processado e o usuario e informado, no display grafico, sobre o 
valor debitado e o saldo (ou tempo de validade) remanescente. Ao se 
afastar o cartao da zona de leitura, acende-se a luz verde e a catraca e 
liberada. A leitora do validador deve estar apta a processar outro cartao 
somente apos o giro da catraca ter sido completado. 

• Cartao nao valido ou esgotado: quando e aproximado da zona de 
leitura, o cartao e processado, acende-se a luz vermelha, soa um sinal 
sonoro, e o usuario e informado no display grafico do motivo da recusa 
do cartao, permanecendo a catraca travada. 

• Cartao temporariamente bloqueado: quando e aproximado da zona de 
leitura, o cartao e processado, acende-se a luz vermelha, soa um sinal 
sonoro, e o usuario e informado no display grafico do motivo da recusa 
do cartao, permanecendo a catraca travada. 
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• Cartao incluso na lista vermelha: quando e aproximado da zona de 
leitura, o cartao e processado, acende-se a luz vermelha, soa um sinal 
sonoro, e o usuario e informado no display grafico do motivo da recusa 
do cartao, permanecendo a catraca travada. O circuito do cartao e 
inutilizado pelo Validador. 

5.4.17.2 Interfaces com o Usuario do Bloqueio Eletronico 

O Validador implementa 3 formas de emitir informagoes ao passageiro: um 
anunciador sonoro, um display grafico e um sinalizador com duas posigoes 
luminosas nas cores verde e vermelha. 



O sinalizador visual orienta o usuario sobre o resultado do processamento de 
seu cartao: 



• Passagem Autorizada: luz verde significando, quando ativada, que o 
cartao foi processado e o usuario ja pode passar pela catraca. 

• Cartao Nao Valido: luz vermelha significando, quando ativada, que a 
passagem nao foi autorizada. 

O display grafico fornece mensagens aos usuarios sobre: 



• O estado atual do seu cartao (valor debitado, saldo remanescente, 
tempo de integragao, data de validade, etc.); 

• As razoes de possiveis recusas ou problemas com o cartao; 

• Mensagens para o pessoal da manutengao (tipo de falha, erros de 
transmissao, etc.). 

O Validador deve emitir, associado a sinalizagao visual acima descrita, um sinal 
sonoro, nas seguintes situagoes: 

• Cartao nao valido (creditos esgotados ou codificagao nao 
pertencente ao sistema); 

• Cartao com defeito; 

• Cartao gratuidade; 

• Cartao apresentado com velocidade excessiva a zona de leitura da 
antena do Validador, impedindo o sucesso da comunicagao; 
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• Falha do Validador que impossibilite a sua operagao. 



Para os cartoes sem contato nao validos ou sem credito, o Validador emitira 
um sinal sonoro e mantera a catraca travada. O display grafico apresentara 
mensagem sobre o motivo da recusa. 

5.4.17.3 Processamento do Bloqueio Eletrdnico 

Quando um cartao esta sendo processado, a leitora do validador ignora 
qualquer outro cartao que porventura tambem se aproxime da zona de leitura, 
ate que o primeiro tenha sido afastado da referida zona. 




No caso de aproximagao simultanea de mais de um cartao, o validador deve 
selecionar apenas um deles para realizar o processamento, autorizando ou nao 
a passagem, conforme a sua validade. O validador estara apto a processar um 
novo cartao somente quando o cartao inicialmente selecionado for afastado da 
zona de leitura e, caso autorizada a passagem, ter sido completado o giro da 
catraca. 



Apos o processamento do cartao valido, a autorizagao de passagem deve 
permanecer ativa (catraca destravada) ate a passagem do usuario pela 
catraca. Esta autorizagao de passagem nao pode ser cancelada por quaisquer 
outros motivos, inclusive por mudanga do estado operacional. 



5.4.17.4 Fluxo das Transagoes 

Todas as transagoes realizadas pelo Validador Eletronico sao armazenadas em 
sua memoria interna e transmitidas para o SGG quando o veiculo e recolhido. 
As transagoes sao entao transmitidas do SGG para o Sistema Central 
localizado na SPTrans. 

O Sistema Central recebe diariamente as transagoes efetuadas por todos os 
onibus que prestam servigo na cidade. Neste sistema as transagoes sao 
processadas de forma a se apropriar o numero de passageiros. 
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O Sistema de Distribuigao dispoe de diversos pontos de venda de creditos de 
viagens onde os usuarios poderao recarregar seus cartoes, quando necessario. 



5.4.18 Cartoes Operacionais 

Estes cartoes possibilitam a introdugao de informagoes sobre a operagao 
comercial realizada pelo onibus na memoria do validador. Assim e possivel que 
o validador armazene os dados de viagens dos passageiros em sincronismo 
com as caractensticas do servigo que o veiculo esta prestando. Por exemplo, o 
onibus transportou N passageiros na quinta viagem da linha XXX, da empresa 
YYY. 




\ 



Estas configuragoes devem ser realizadas pelos agentes operacionais da 
empresa OPERADORA (cobrador, motorista, fiscal, etc.). Quando realizadas 
corretamente, permitem que importantes informagoes estatfstico-operacionais 
(para controle e planejamento) sejam recuperadas pelo SGG quando os 
arquivos de servigo forem descarregados do Validador Eletronico. 



Esses cartoes possuem codificagao especial que identificada pelo Validador 
permite a sua configuragao. Os cartoes existentes e as configuragoes que 
realizam estao descritas a seguir: 

5.4.18.1 Cartao de Identificacao da Empresa / Garagem e Prefixo 



Este cartao possibilita registrar na memoria do Validador Eletronico a 
identificagao da empresa / garagem e o prefixo do veiculo no qual esta 
instalado. E utilizado somente quando o validador e instalado no veiculo. 
Quando urn validador e movimentado de urn veiculo para outro, por razoes de 
manutengao por exemplo, ha necessidade de reconfiguragao. 

5.4.18.2 Identificagao da Linha 

Este cartao registra na memoria do validador o numero da linha na qual o 
veiculo ira operar. E utilizado diariamente, sempre que o veiculo muda de rota 
de servigo. 
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5.4.18.3 Abertura e Fechamento de Servigo 

Este cartao e utilizado para registrar na memoria do Validador os horarios de 
abertura e fechamento de cada servigo (infcio e final de operagao comercial do 
onibus). 

5.4.18.4 Meia (1/2) Viagem 

Informa ao Validador o sentido e horario de infcio e fim de cada 1/2 viagem, 
contabilizando os passageiros naquele perfodo. 



Ordem de 
insercao do 
cartao 


Estado de Operagao do Validador 


1 Infcio da Vz viagem de ida (TP - TS) 


2 


Fim da ¥2 viagem de ida 


3 


Infcio da V2 viagem de volta (TS - TP) 


4 


Fim da V2 viagem de volta 



TP = TERMINAL PRINCIPAL 
TS= TERMINAL SECUNDARIO 




Na 5- insergao do cartao/cartao operacional, Validador retorna ao estado 
"Infcio da V2 viagem de ida" (1), recomegando ciclo. As mensagens indicando 
estado do Validador serao apresentadas no display, por alguns segundos, 
para orientagao do operador. 



Quando Validador estiver programado nos estados "Fim da V2 viagem" (2 e 
4), bloqueio eletronico tambem estara habilitado a processar os cartoes dos 
usuarios. 

5.4.18.5 Cartao de Bordo 

Cartao sem contato, utilizado para liberar a catraca e registrar em sua memoria 
numero de passageiros que efetuaram pagamento diretamente ao 
cobrador. 
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5.4.18.6 Teste 

Informa ao validador que a partir daquele instante, todos os cartoes estarao 
operando no modo teste e, portanto, nao serao apropriados para remuneragao. 

Uma nova apresentagao deste cartao encerra o estado de teste do validador, 
voltando este a operagao normal. 

Os operadores, bem como fiscais e pessoais das garagens, envolvidos na 
operagao dos Bloqueios Eletronicos, devem receber treinamento do 
FORNECEDOR para a correta utilizagao de todos os tipos de cartoes 
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